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«Proc<§de de migration de connexions dans une architecture 
multi-ordinateurs, procede pour realiser une continuite de 
f onctionnement mettant en oeuvre ce proc<§d6 de migration, et 
5 systeme multi-ordinateurs ainsi equipe» 

La pr6sente invention concerne un procede pour realiser 
la migration de connexions dans une architecture multi- 
ordinateurs. Elle vise egalement un procede pour realiser une 
continuite de f onctionnement d'une application logicielle 
dans une architecture multi-ordinateurs (cluster) , mettant en 
oeuvre ce procede de migration, ainsi qu'un systeme multi- 
ordinateurs implementant ce procede de continuite de 
f onctionnement . 

15 Le domaine de 1' invention est celui des clusters 

d'ordinateurs formes de plusieurs ordinateurs collaborant 
entre eux. Ces clusters sont par exemple utilises pour 
executer des applications logicielles. Ainsi, a un instant 
donne, une application est executee sur l'un des ordinateurs 

20 du cluster, appele nceud primaire ou operationnel (OP) , tandis 
que les autres ordinateurs du cluster sont appeles nceuds 
secondaires ou « stand-by » (SB), dans un contexte 
d ' architecture redondante . 

Or, 1 ' exploitation de tels clusters montre que se posent 

25 des problemes de fiabilite qui peuvent etre dus a des 
def alliances du materiel ou du systeme d' exploitation, a des 
erreurs humaines, ou a la defaillance des applications elles- 
memes . 

Pour resoudre ces problemes de fiabilite, il existe 
actuellement des mecanismes, dits de haute disponibilite, qui 
sont mis en oeuvre sur la plupart des clusters actuels et qui 
sont bases sur un redemarrage automatique a froid de 
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1' application sur un nceud de secours parmi l'un des noeuds 
secondaires du cluster. 

Or ces mecanismes bases sur un redemarrage automatique 
ne permettent pas d' assurer une continuity totale du service 
5 fourni par 1 * application en cours d' execution au moment de la 
def aillance. 

Se pose en particulier le probl<ame complexe de la 
migration des connexions de reseau qui doit etre r£solu au 
moment du basculement de service entre deux ordinateurs d'un 
10 cluster. 

Un premier object if de la presente invention est 
d'apporter une solution a ce probleme en proposant un procede 
pour realiser une migration de connexions dans une 
architecture multi-ordinateurs (cluster), depuis un premier 
15 nceud, appele nceud primaire, comprenant un premier ordinateur 
dudit cluster sur lequel une application logicielle initiale 
est ex6cut<§e, vers au moins un nceud secondaire comprenant un 
autre ordinateur dudit cluster. 

Ce premier objectif est atteint avec un tel procede de 
20 migration mettant en ceuvre une adresse reseau virtuelle qui 
est portee par le premier ordinateur et qui est transferee 
sur 1' autre ordinateur, ladite adresse reseau virtuelle etant 
prevue comme lien de dialogue entre le cluster et des 
ordinateurs clients connectes audit cluster et concern6s par 
25 1' application logicielle. 

Dans un mode de realisation avantageux, Les messages en 
provenance d'un client sont captures avant la prise en compte 
par la couche reseau du cluster. En particulier, lorsque ce 
procede de migration est mis en ceuvre dans le contexte d'un 
30 protocole TCP/IP, la capture des messages est effectuee au 
niveau des tables « IP ». 

La migration de connexions peut etre aussi appliquee, au 
dela de la tolerance aux pannes, a la mobility des reseaux: 
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re-connexion d'un ordinateur portable ou autre appareil 
communiquant mobile d'un reseau physique a un autre, sans 
perte des connexions et contextes applicatifs, alors que les 
solutions existantes mettent en oeuvre un serveur 
intermediate non necessaire avec le precede de migrations 

selon 1' invention. 

Par rapport aux travaux de recherche anterieurs sur la 
migration des connexions, le precede decrit selon V invention 
presente les avantages suivants : 

- il ne necessite pas de modification du protocole de 
transport TCP, malgre les limitations que presente 
celui-cif 

- par voie de consequence, les machines distantes ne ;sont 
impactees en aucune maniere lors de la mise en oeuvre 

15 du procede, 

- 1- implementation de la migration de connexions ne 
necessite pas de modification du sySteme 
d' exploitation, mais simplement le chargement -d'un 
module noyau dynamique independant. 

Les protocoles de transport bases sur la couche « socket 
IP-UDP » sont aussi automatiquement pris en compte, quelles 
que soient leurs caracteristiques (exemple: protocoles de 

streaming audio ou video) . 

II est important de noter que le procede de migration de 
25 connexions selon 1' invention pent prendre en compte une 
pluralite de nceuds secondaires ou « stand-by », procurant 
ainsi un ef fet multi-echelle (« scalabilite ») . 

Le procede de migration selon 1' invention pent etre 
avantageusement mais non limit at ivement mis en oeuvre pour la 
30 migration de connexions qui sont associes a une application 
logicielle destinee a etre repliquee sur un autre ordinateur 
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de facon a permettre un basculement de service de 
1' application initiale vers sa replique. 

Le precede de migration de connexions selon 1' invention 
peut aussi etre mis en csuvre de facon completement autonome 
independamment de situations de basculement d'une machine a 
une autre ou de replication d' applications logicielles. 

On peut ainsi prevoir d'appliquer le precede de 
migration selon 1' invention pour une optimisation automatique 
de resources informatiques par partage de charge par 
repartition dynamique de processus. Ce precede de migration 
peut aussi etre applique pour une maintenance non 
xnterruptive par relocation a la demande de processus au 
travers d'un reseau de ressources informatiques, ou pour une 
preservation de contexte applicatif dans des applications 
mobiles . 

Un autre but de la presente invention est de proposer un 
precede pour realiser une continuity de fonctionnement d'une 
application logicielle dans une architecture multi- 
ordinateurs (cluster) , cette application etant executee a un 
instant donne sur 1'un des ordinateurs du cluster, appele 
nceud principal, les autres ordinateurs dudit cluster etant 
appeles noeuds secondares, ce precede mettant en ceuvre le 
precede de migration de connexions selon 1' invention. 

Cet autre object if est atteint avec un procede 
comprenant les etapes suivantes : 

- maintien au fil de 1'eau d'au moins un clone de 
1' application sur au moins un des nceuds secondaires, 

- en cas de detection d'une def alliance ou d'un 
evenement affectant ledit ncsud principal, basculement de' 
service vers l'un au moins desdits clones, et 

- migration de connexions reseau. 

Ainsi, avec le procede de migration selon 1' invention 
il est desormais possible, grace a la migration des 
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connexions reseau, de rendre les basculements de service vers 
des clones, transparents pour le monde exterieur communiquant 
avec l f application • 

Par ailleurs, le mecanisme de migration de connexions 
5 mis en ceuvre dans le procede de migration selon 1" invention 
n'implique pas une modification du code source de 
1' application et est done non intrusif dans 1 ' application, a 
la difference des procedes de migration de l'art anterieur. 

Les clones mis en oeuvre dans le proc6de de continuity de 
10 f onctionnement selon l f invention sont dits « chauds », e'est- 
a-dire qu'ils sont la replique exacte de 1 1 application et de 
tout son contexte operatoire. lis sont mis a jour 
r6gulierement (periodiquement ou sur evenements 

caracteristiques) . Ces clones contiennent toutes les 
15 ressources et informations requises par 1 1 application pour 
f ournir son service . 

Le procede de continuity de f onctionnement selon - 
l 1 invention permet en outre de superviser l'etat de toutes 
les ressources necessaires au bon f onctionnement de 
20 1 1 application . Quand la degradation redhibitoire de 1'une 
d'entre elles est detectee, le procede de continuity de 
f onctionnement selon 1 1 invention prevoit une election d'un 
clone comme nouveau primaire et lui ordonne de prendre la 
main* 

25 Cette election est appelee basculement et est 

transparente pour le reste du monde qui communique avec 
1 1 application : bien que le noeud primaire soit mis hors 
service, le service fourni par 1 ' application n'est pas 
interrompu car il est repris avec tout son contexte par le 

30 clone §lu. 

On peut ainsi garantir que tout message transmis par le 
reste du monde a 1 ' application sera traite, soit par le 
primaire (pre-basculement) , soit par le clone (post- 
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basculement) . Pour ce faire, le procede de continuite de 
fonctionnement selon l f invention peut en outre comporter un 
enregistrement sur chaque clone (en plus du mecanisme de 
clohage periodique) , de tous les messages regus par le 
5 primaire depuis la derniere mis a jour des clones. Ces 
messages seront reinjectes dans le clone 61u nouveau primaire 
en cas de basculement. 

La replication holistique, pour etre complete, inclut la 
replication de ressources « noyau », comme par exemple l T etat 

10 des piles protocolaires mis en ceuvre pour g«§rer la 
connectivity de 1 1 application a proteger avec le monde 
exterieur (ses « clients ») . 

Un avantage important procure par le procede de 
migration selon l f invention est de rendre transparent pour 

15 les clients de 1 ■ application le basculement du service 
applicatif du primaire vers un secondaire. Techniquement, 
cela veut dire que les connexions etablies par les clients 
avec l f application lors de son fonctionnement sur le 
primaire , doivent §tre transmises (migrees) vers les clones 

20 et ne doivent pas etre rompues lors d'un basculement. Cette 
exigence est non triviale car pour les applications 
concernees par le procede de continuite de fonctionnement 
selon 1" invention, le monde exterieur (les clients) 
communique avec 1 1 application essentiellement via des 

25 connexions TCP/IP, un protocole point a point « attache » aux 
machines physiques sur lesquels resident applications et 
clients. 

Le proced§ de continuite de fonctionnement selon 
l f invention resout ce probleme en implementant un mecanisme 
30 de replication de l'etat de la pile protocolaire ainsi que 
d'un systeme d f enregistrement / re-jeu qui permet, suite a un 
basculement, de reinjecter les messages regus par le nceud 
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primaire avant le basculement mais pas encore pris en compte 
par le clone. 

L'etat de la pile, dans le noyau du systeme 
d' exploitation, est periodiquement introspects (analyst et 
capture) sur la machine primaire, cet etat etant transfere 
avec le point de reprise (checkpoint) holistique et restaure 
sur les nceuds secondaires. 

En parallele, tous les messages re?us par le nceud maitre 
sont interceptes au plus bas niveau (avant d'etre livres a 
1 1 application sur le nceud primaire) et transf6r6s pour etre 
enregistr6s sur les nceuds secondaires. Sur les nceuds 
secondaires, ces messages sont sauvegardes depuis le dernier 
point de reprise regu. 

En cas de basculement, le nceud secondaire 61u prend la 
main en faisant tourner 1' application a partir de son dernier 
point de reprise (ce point de reprise est 16gerement dans le 
passe par rapport a 1 1 application lors du basculement, 
puisque regu periodiquement par les nceuds secondaires) . 

Pour ramener ce clone dans l'etat present, c'est a dire 
dans l'etat de 1 ' application au moment du basculement, les 
messages enregistres sont r6injectes. En les rejouant, le 
clone nouveau primaire atteint alors l'etat de 1 ' application 
au moment du basculement. Ce re-jeu, dans certains cas, peut 
se faire de fagon accel^ree (compression du temps, 
elimination des « blancs ») . Pendant ce re-jeu, les 
communications avec le monde exterieur sont ferm6es. Si de 
nouveaux messages sont regus des clients pendant le re-jeu, 
ils sont refuses, mais sans deconnexion. Ce refus sera gere 
par le protocole (controle de flux) et sera vu par les 
clients comme un ralentissement du reseau ou du service. 

II faut noter que le re-jeu necessite 1 f adjonction 
specifique d'un canal d' injection de messages dans la file de 
reception du driver de 1' interface reseau independamment du 
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niveau physique, le systeme d' emission de trames ne 
permettant pas le rebouclage (entrees-sorties half duplex) 
sur les interfaces physiques. 

A 1' issue du re-jeu, le clone est dans l'<£tat exact de 
l f application avant le basculement et reprend la main en re- 
ouvrant les communications avec le monde exterieur. 

II est a noter que dans certaines configurations et 
selon le but recherche, il est possible de mettre en ceuvre la 
politique de basculement a chaud sur un clone, sans mettre en 
ceuvre le re-jeu* Les impacts d'un tel scenario de reprise 
sont : 

- la rupture des connexions en cours, done, pour les 
clients connectes sur des sessions actives, niveau de 
protection inf6rieur & celui propose par le re-jeu, 

- la reprise a chaud (contexte applicatif preserve) 
immediate (pas de temps de re-jeu pendant lequel les nouveaux 
messages sont temporises), done, re-etablissement plus rapide 
du service nominal avec acceptation plus rapide de nouveaux 
clients ♦ 

L' implementation de l'une ou 1 T autre des ces politiques 
de reprise est un parametre adaptable • 

II est a noter que pour la mise en ceuvre du procede de 
migration selon l f invention, on peut avantageusement utiliser 
des techniques d'ingenierie logicielle non intrusive 
dynamique, qui ont fait I'objet d'une demande de brevet 
publiee le 2 aout 2002 sous le numero FR2820221. Ces 
techniques d'ingenierie logicielle permettent de manipuler 
des applications dans leur representation binaire 
(executable), de fagon a rendre le procede de realisation de 
continuity de f onctionnement selon 1' invention transparent 
pour 1' application et done gen^rique. 

Suivant un autre aspect de 1' invention, il est propose 
un systeme multi-ordinateurs prevu pour ex^cuter sur au moins 
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desdits ordinateurs au moins une application logicielle, 
implementant le precede pour realiser une continuite de 
fonctionnement selon 1' invention. 

D'autres avantages et caracteristiques de 1' invention 
5 apparaitront a l'examen de la description detaillee d'un mode 
de mise en oeuvre nullement limitatif, et des dessins annexes 
sur lesquels : 

- la figure 1 illustre schematiquement un exemple de raise 

en ceuvre du procede de migration selon 1' invention au 
10 sein d'un procede de continuite de fonctionnement; 

- la figure 2 illustre schematiquement un mecanisme de 

point de reprise (checkpointing) mis en ceuvre dans un 
procede de continuite de fonctionnement selon 
1' invention ; et 

- la figure 3 illustre schematiquement des f onctions . de ' 
supervision et de surveillance assurees sur les nceuds 
d'un systeme multi-ordinateurs (cluster) selon 5 
1' invention. 

On va maintenant decrire, en reference aux figures 
precitees le fonctionnement du mecanisme de migration des 
connexions reseau mis en oeuvre dans le procede de migration 
selon 1' invention. 

La migration des connexions s ' appuie sur 1' utilisation 
d'une adresse reseau virtuelle dite adresse virtuelle du 
cluster. Cette adresse est portee par la machine qui detient 
1' application operationnelle. Elle est transferee vers une 
machine SB lors du basculement (switch) . Les clients doivent 
s'adresser a 1 • application clusterisee en dialoguant sur 
cette adresse virtuelle. 

La capture des messages se fait avant la prise en compte 
par la couche reseau. Sur TCP/IP, cette capture est faite au 
niveau des "IP Tables" se qui assure la portabilite. 
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Les messages re?us sur l'adresse IP virtuelle assignee 
au cluster sont erais vers le ou les machines SB sur un canal 
de type multicast (diffusion simultanee en direction de 
plusieurs destinataires) fiable qui • s' assure de la 
5 transmission des paquets. Lorsque le message est recu sur 
toutes les machines SB, celui ci est transmis a la couche 
reseau du nceud operationnel OP. Sinon le message est supprime 
(la couche transport du distant assurant la retransmission) . 
Ce mecanisme permet de garantir qu'un message peut Stre 
10 rejoue sur une machine SB lorsqu'il est pris en compte sur le 
nceud operationnel OP. Le filtrage "IP Tables" permet de ne 
s'interesser qu'au message concernant l'adresse virtuelle du 
cluster. 

Lors d'une copie (dump), une marque de copie (dump) est 
15 emise vers les machines SB afin de dater la copie dans le 
journal (log) . Ainsi on sait a partir de quel paquet il faut 
commencer le re-jeu lors d'un basculement (switch). 

Le module "IP tables" est un module noyau independant de 
la couche TCP/IP qui est charge dynamiquement . Aucune 
20 modification de la pile TCP/IP n'est requise ni sur le 
cluster ni sur les machines distantes. 

Les appels systemes generiques getsockopt et setsockopt 
sont etendus, via un pilote (driver), pour capturer /modifier 
les parametres socket suivants: 
25 - ports local & distant 

- num<§ro de reference local & distant 

- numero du prochain paquet a emettre & attendu 

- horloge (« timer ») d' emission & de reception 

- taille de fenetre (« window size ») 
30 etc. 

La sauvegarde de l'etat de la « socket » prend egalement 
en compte la liste des paquets en attente d' emission (send 
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queue), ceux qui sont en transit (emis mais non acquittes), 
et les paquets regus mais pas encore lus par 1 ' application 
(file de reception : « receive queue ») . 

La sauvegarde est faite dans le contexte du processus au 
moment du dump, apres 1' emission de la marque de log. Ce 
mecanisme assure que tous les paquets seront rejoues. Si un 
paquet est recu entre 1* emission de la marque de log et la 
capture de l'etat de la « socket », celui-ci est 
automatiquement ignore par la couche transport lors du 
basculement (switch) . Ce trait ement est un fondement de la 
couche transport. 

L' extension des appels systeme getsockopt et setsockopt 
est faite par un module noyau charge dynamiquement qui ne 
requiert aucune modification du code source du noyau. ■ 
15 Le procede de migration de connexions selon 1' invention 

peut etre directement integre au sein d'un procede- de 
continuity de f onctionnement pour un cluster de machines,, en 
reference a la figure 1. Un tel systeme met en ceuvre -une 
supervision et une detection de defaillance, un mecanisme de 
migration de process incluant un mecanisme de point de 
reprise (checkpoint) , un mecanisme de migration de connexions 
selon 1'. invention, et un gestionnaire de ressources systeme. 
Ce procede de continuity de f onctionnement inclut aussi une 
fonction d' introspection de ressources, un mecanisme de 
25 replication du systeme de fichiers, un mecanisme d' edition et 
de mise a jour d'un journal des evenements, et un mecanisme 
de re-jeu. 

On va maintenant decrire le mecanisme de commutation mis 
en ceuvre dans une migration des connexions reseau au sein du 
30 procede de migration selon 1» invention. 

Lorsqu'une machine SB devient un nceud operationnel OP, 
l'adresse IP virtuelle est crSe sur le nouveau nceud 
operationnel OP mais les regies de filtrage interdisent toute 
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arrivee de message de l'exterieur pendant la phase de jeu. 
Une fois le jeu termine, les regies de filtrage sont 
modifiees afin de dispatcher les messages sur les machines 
SB. 

5 Si des messages sont emis par le site distant, ils 

seront detruits a 1' arrivee dans la machine nouvellement OP, 
et seront retransmis par la couche distante sur « timeout » 
(hors temps) . Ce mecanisme est un des fondements de la couche 
transport. 

0 La recreation des « sockets » (couche de communication) 

se fait en 2 phases: 

- avant re- jeu vers un « loopback » (dispositif de 

stockage virtuel) , 

- apres re- jeu en les reconnectant vers l'exterieur. 

L5 Avant le re-jeu, les « sockets » sont connectes a un 

• « loopback » qui permet la reinjection des paquets 
enregistres depuis la derniere restauration. 

Les parametres de la « socket » sauvegardes lors de la 
precedente copie « dump » sont remis en place via l'appel 
20 etendu setsockopt. 

Les paquets enregistres depuis la derniere restauration 
sont emis vers la couche transport comme s ' il avait ete regus 
directement d'un equipement distant (clients). Les messages 
transmis par la couche transport sont automat iquement 
25 detruits afin de ne pas perturber le distant. 

A la fin du re-jeu, l'etat de la « socket » correspond a 
celui sur le noeud operationnel OP avant le basculement 
(switch) . II est alors possible de reprendre le dialogue avec 
le distant. Cette reprise se fait en modifiant les parametres 
30 « sockets » concernant l'adresse du distant, et en modifiant 
les regies de filtrage pour autoriser 1' entree et la sortie 
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de message sur l'adresse virtuelle du cluster. Le dialogue 
reprend alors normalement . 

Le proc6de de migration de connexions selon 1' invention 
peut etre mis en ceuvre dans le cadre d'une interaction entre 
un serveur operationnel et un serveur miroir tel qu'illustre 
par la figure 2, dans lequel un mecanisme de point de reprise 
(checkpoint) est active, avec generation de copies 
p^riodiques incrementales . 

Pour la mise en ceuvre d'un procede de continuity de 
fonctionnement selon l'.invention, entre un nceud operationnel 
d'un cluster et un ou plusieurs nceuds secondaires de ce 
cluster, une base MIB (Management Information Base) est 
accedee par des pilotes d' introspection et de surveillance et 
par des commandes du cluster, en reference a la figure 3. 
15 Cette base MIB intervient dans la gestion du cluster sur le 
nceud operationnel et sur des nceuds de « back-up » pour, les 
fonctions de restauration et de point de reprise, de decision 
de basculement et d' organisation de ce basculement. Un 
gestionnaire de supervision alimente par la base MIN assure 
des fonctions de contrdle et de MIB synthetique, en relation 
avec une interface utilisateur graphique GUI. 

Bien sur, 1* invention n'est pas limitee aux exemples qui 
viennent d'etre decrits et de nombreux amenagements peuvent 
etre apportes a ces exemples sans sortir du cadre de 
25 1' invention. 
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REVINDICATIONS 

1. Procede pour realiser une migration de connexions dans une 
architecture multi-ordinateurs (cluster), depuis un premier 
nceud, appele nceud primaire, comprenant un premier ordinateur 
dudit cluster sur lequel une application logicielle initiale 
est executee, vers au moins un nceud secondaire comprenant un 
autre ordinateur dudit cluster, caracterise en ce qu'il met 
en oeuvre une adresse reseau virtuelle qui est portee par 
ledit premier ordinateur et qui est transferee sur ledit 
autre ordinateur, ladite adresse reseau virtuelle etant 
prevue comme lien de dialogue entre le cluster et des 
ordinateurs clients connectes audit cluster et concernes par 
1' application logicielle. 

2. Procede de migration selon la revendication 1, dans lequel 
les connexions sont associes a une application logicielle 
destinee a etre repliquee sur au moins un autre ordinateur de 
facon a permettre un basculement de service de 1 ' application 
initiale vers sa replique. 

3. Procede de migration selon l'une des revendications 1 ou 
2, caracterise en ce que les messages en provenance d'un 
client sont captures avant la prise en compte par la couche 
reseau du cluster. 

4. Procede de migration selon la revendication 3, mis en 
oeuvre dans le contexte d'un protocole TCP/IP, caracterise en 
ce que la capture des messages est effectuee au niveau des 
tables « IP »• 
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5. Proced6 de migration selon 1'une des revendications 
precedentes, caracterise en ce que les messages recues sur 
l'adresse reseau virtuelle sont emis vers le ou les 
ordinateurs secondaires sur un canal de type multicast. 

6. Procede de migration selon les revendications 4 et 5, 
caracterise en ce qu'il comprend une capture et une 
modification des parametres « socket », via des appels 
systemes generiques etendus. 



7. Procede de migration selon la revendication 6, caracterise 
en ce que les parametres « socket » captures et modifies 
incluent au moins l'un des parametres suivants : 

- ports local et distant 

15 - numero de reference local et distant 

- numero du prochain paquet a emettre et attendu 

- horloge « timer » d' emission et de reception 

- taille de fenetre. 



8. Procede de migration selon la revendication 7, caracterise 
en ce qu'il comprend en outre une sauvegarde de la liste des 
paquets en attente d' emission, des paquets qui sont en 
transit et des paquets regus mais non encore lus par 
1' application. 

9. Procede pour realiser une continuity de f onctionnement 
d'une application logicielle dans une architecture multi- 
ordinateurs (cluster), cette application etant executee a un 
instant donne sur l'un des ordinateurs du cluster, appele 
nceud principal, les autres ordinateurs dudit cluster etant 
appeles nceuds secondaires, ce procede mettant en oeuvre le 
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procede de migration selon l'une quelconque des 
revendications precedentes, 

caracterise en ce qu'il comprend les etapes suivantes : 

- maintien au fil de l'eau d'au moins un clone de 
1' application sur au moins un des nceuds secondaires, 

- en cas de detection d'une def alliance ou d'un 
tenement affectant ledit noeud principal, basculement de 
service vers l'un au moins desdits clones, et 

- migration de connexions reseau. 

10. Precede de continuite de f onctionnement selon la 
revendication 9, caracterise en ce qu'il comprend en outre 
une raise a jour des clones de 1* application. 

11. Procede de continuite de f onctionnement selon la 
revendication 10, caracterise en ce que la mise a jour des 
clones de 1 1 application est periodique. 

12. Procede de continuite de f onctionnement selon l'une des 
revendications 12 ou 11, caracterise en ce que la mise a jour 
des clones de 1 « application est declenchee sur un ou 
plusieurs evenements caracteristiques. 

J 

13. Procede de continuite de f onctionnement selon l'une des 
revendications 9 a 12, caracterise en ce qu'il comprend en 
outre une supervision de l'etat de ressources necessairement 
au f onctionnement de 1 ' application . 



30 



14. Procede de continuite de f onctionnement selon l'une des 
revendications 9 a 13, caracterise en ce qu'il comprend en 
outre, a la suite d'une detection d'une def alliance ou d'un 
evenement affectant le noeud principal, une etape pour elire, 
parmi des clones installes sur des noeuds secondaires, 
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clone pour etre substitue a 1 1 application initiale, le nceud 
sur lequel ledit clone elu est installe devenant le nouveau 
nceud principal . 

5 15- Precede de continuity de f onctionnement selon l'une des 
revendications 9 a 14, caracteris<§ en ce qu'il comprend en 
outre un enregistrement sur chaque clone de messages regus 
par le noeud primaire, ces messages etant r£injectes dans le 
clone 61u nouveau primaire en cas de basculement. 

10 

16. Syst&me multi-ordinateurs prevu pour executer sur au 
moins desdits ordinateurs au moins une application 
logicielle, implementant le procede pour realiser une 
continuity de f onctionnement selon I'une quelconque des 

15 revendications 9 a 15. 

17. Application du proced6 de migration de connexions selon 
l'une quelconque des revendications 1 £ 8, pour une 
optimisation automatique de ressources inf ormatiques par 

20 partage de charge par repartition dynamique de processus. 

18. Application du proced6 de migration de connexions selon 
l'une quelconque des revendications 1 a 8 f pour une 
maintenance non interruptive par relocation a la demande de 

25 processus au travers d'un reseau de ressources inf ormatiques . 

19. Application du procede de migration de connexions selon 
l'une quelconque des revendications 1 a 8, pour une 
preservation de contexte applicatif dans des applications 

30 mobiles. 
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